WARNING:
JavaScript is turned OFF. None of the links on this concept map will
work until it is reactivated.
If you need help turning JavaScript On, click here.
此概念图以 IHMC CmapTools 创建, 内含信息有关于: 第六章表達系統的實作與部署:「元件圖」(Component Diagram)、「部署圖」(Deployment Diagram), 問題與分析 是 若是開發團隊決定要使用「元件圖」來表達實體 元件的關係,則當系統作任何的更動時,都必須 要回過頭來重新修正「元件圖」,如果沒有,縱 使在專案開始時,元件圖是正確的,到了實際上 線時,元件圖可能已經完全喪失了跟實體系統的 關係。, 元件圖 包括 元件圖的基本認識, 第六章表達系統的實作與部署:「元件圖」(Component Diagram)、「部署圖」(Deployment Diagram) 資料來源根據『UML團隊開發流程與管理』 包括 元件圖, 元件圖 包括 信仁醫院住出院系統的元件圖範例, 部署圖 包括 信仁醫院案例背景描述, 信仁醫院案例背景描述 緣由 信仁醫院的住出院系統經過了數個月的實作與測 試後,決定要開始上線做平行測試,HSDe軟體 架構師和信仁醫院的資訊人員,針對未來程式的 部署,進行了個上線前的部署會議。, 總結 是 UML的部署圖則是在說明實體元件要如何部署到 規範的實體機器中。在部署圖中,必須要繪製實 體機器與元件間的關係,也必須要利用UML的「 限制」來說明在實體機器中應該要安裝的必要平 台軟體。, 元件圖的基本認識 是 元件圖的主要組成元素包括元件與介面,下圖是 某公司所開發的一個ERP元件圖。, 問題與分析 是 UML的目標是把所有和「塑模」(Modeling)有關的 軟體開發的各階段都利用一個統一的語言來一統 天下,也正因為如此,UML中除了軟體的設計圖 外,提供了像「部署圖」這樣跟硬體配置有關的 圖形。, 部署圖 包括 部署圖的基本認識, 總結 是 通常而言,元件圖的適用時機在專案進行到程式 量產的階段時,就必須要利用元件圖來確認實體 元件的設計。這個時間點通常是在第一個使用案 例的正常流程完成測試後,就必須要有一張相對 穩定的元件圖。, 信仁醫院住出院系統的部署圖範例 是 根據「信仁醫院案例背景描述」的情境,信仁醫 院住出院系統的部署圖,主要包括兩大部分: ■必須要說明Server上應該要安裝的軟體,在部 署圖中,可以使用「Constraints」來說明。 ■必須要說明Server和實體元件的關係 根據這兩個要求,HSDe軟體架構師所繪製的部署 圖如下所示。, 元件圖 包括 問題與分析, 信仁醫院案例背景描述 是 HSDe軟體架構師:經過這幾個月的努力,系統總 算要開始進行平行測試了。在開始測試之前,我 是否可以知道貴單位目前測試環境的建置狀況? 信仁醫院資訊人員:我們目前準備了一台 NTServer作為測試使用的Server。 HSDe軟體架構師:請問一下那台Server上安裝了 哪些軟體? 信仁醫院資訊人員:目前只安裝了Windows Server 2003以及IS。 HSDc軟體架構師:那麼,.NET Framework3.0以及 SQL Server 2008還沒有安裝嗎? 信仁醫院資訊人員:我不知道還要安裝這些軟體 。照你所説,那我信仁醫院資訊人員安裝Visual Studio.NET2008在測試機器上? HSOc架構師:這倒不用,除非你想要在那台測試 Server上除錯。 信仁醫院資訊人員:喔,那應該不用了。除了這 些以外,你們開發的程式未軟體安裝在哪裡? HSDe軟體架構師:嗯。我們的程式有一個標準安 裝手冊,不過未來的Production環境中,資料庫和 程式可能要分開在兩台不同的機器。 信仁醫院資訊人員:聽起來怎麼有點複雜?以前 我們安裝軟體好像單純的多。 HSDc軟體架構師:其實並不複雜啦!這樣好了, 我用一張UML部署圖將所有應該部署的相關事項 標示出來好了。 信仁醫院資訊人員:喔!UML還可以表達程式要 怎麼部署啊? HSDe軟體架構師:是啊!UML好像可以包山包海 ,把所有軟體領域中的所有事項都用圖形來表達 呢!, 信仁醫院案例背景描述 緣由 信仁醫院的住出院系統進入到實作的階段,除了 在邏輯層次的命名空間的討論外,HSDe軟體架 構師和專案開發人員,也針對實作平台以及未來 需要産生的實體元件進行討論。, 部署圖 包括 信仁醫院住出院系統的部署圖範例, 第六章表達系統的實作與部署:「元件圖」(Component Diagram)、「部署圖」(Deployment Diagram) 資料來源根據『UML團隊開發流程與管理』 包括 部署圖, 問題與分析 是 有些專案所設計出的類別以及介面超過數百個, 而程式開發團隊的成員則超過數十位;這時若不 用元件圖來組裝這些不同的元件.常常在進行程式 設計時,程式設計人員會不知不覺地陷入「物件 迷障」之中。當然,在某些中小型的專案中(專案 成員不超過十人),這樣的問題則不常發生。, 第六章表達系統的實作與部署:「元件圖」(Component Diagram)、「部署圖」(Deployment Diagram) 資料來源根據『UML團隊開發流程與管理』 是 一般來說,當開發一個大型專案時,會比較需要 這兩張圖。主要是由於大型專案中,開發團隊成 員眾多,甚至實體上也分散各地;每個角色的人 通常都只知道自己相關領域的知識。因此,利用 這兩張圖,可以有效地把這些團隊成員所需負責 的事「聚焦」(Focus)在一個特定的領域中,如此 一來,可以簡化團隊管理上的困難度。, 總結 是 在使用時機上,部署圖在專案要交付給使用者進 行整合性測試之前就必須要先準備好,並且在正 式上線之前,要對部署圖作進一步的修改,以符 合實際的狀況。